home *** CD-ROM | disk | FTP | other *** search
/ MacHack 1996 / MacHack 1996.toast / Hacks / Hacks ’92 / RISCy Bitsness / README < prev    next >
Text File  |  1992-06-19  |  2KB  |  29 lines

  1. RISCy Bitsness
  2.  
  3. Paul Campbell and Dave Falkenberg
  4.  
  5. What we have done is design an instruction set for a minimal RISC machine
  6. (< 20 instructions). Using a hardware modelling language that runs on the Mac called Verilog we built a simulation of the CPU, memory, a memory controller and a video ram.
  7.  
  8. We loaded the simulation with hand assembled instructions that implement the startup instructions from the startup of a 'RISCmac' built with this system. It erases the screen to stippled gray, draws a 'happy mac' icon and writes beep data to a 'sound chip'.
  9.  
  10. Whenever the simulation writes to VRAM or the sound chip the data and it's address are written to a trace file - an application 'riscwindow' reads the trace file and displays the data and plays the sound.
  11.  
  12. The simulation is written in Verilog an object oriented hardware modelling language, the simulation cpu1.v is a very dumb implementation which doesn't have a cache or write-buffer. 
  13.  
  14. Our (very tounge-in-cheek) theory is that if we can do this in about a day Apple should be shipping a Risc-Mac by the end of the month :-)
  15.  
  16.  
  17. Files:    system.v                system object contains instances of all other objects
  18.                                                                 (equivalent to a system circuit board)
  19.  
  20.                     cpu1.v                        RISC CPU - includes a description of the instruction set
  21.  
  22.                     memory.v             DRAM simulation - also the initialization of the memory
  23.                                                                 with instructions and data
  24.  
  25.                     cntrl.v                        DRAM memory controller and decoder
  26.  
  27.                     video.v                        video and sound trace output
  28.  
  29. In the directory 'cpu2' there is a rework of the original CPU, this one is pipelined, has data and instruction caches and a write buffer - so it runs much faster - it's not completely debugged but should give you an idea of how it works.